home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000231_news@columbia.edu _Thu Jun 13 16:27:32 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id QAA10658 for <kermit.misc@watsun>; Thu, 13 Jun 1996 16:27:32 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id QAA11638 for kermit.misc@watsun; Thu, 13 Jun 1996 16:27:29 -0400 (EDT)
  4. Path: news.columbia.edu!lamont.ldeo.columbia.edu!news.er.usgs.gov!stc06.ctd.ornl.gov!fnnews.fnal.gov!uwm.edu!vixen.cso.uiuc.edu!newsfeed.internetmci.com!news.exodus.net!news.alt.net!news1.alt.net!news.aros.net!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: need help with kermit and our system
  8. Message-ID: <1996Jun12.143410.81725@cc.usu.edu>
  9. Date: 12 Jun 96 14:34:10 MDT
  10. References: <31BEEFE9.264E@earthlink.net>
  11. Organization: Utah State University
  12. Lines: 30
  13.  
  14. In article <31BEEFE9.264E@earthlink.net>, Jim Emett <ph3@earthlink.net> writes:
  15. > I work for a city, and we have a risc 6000 unix box,  we are using IBM 
  16. > PC's for the terminals and using kermit to communicate.  Currently we 
  17. > are using the DOS based version under WIN95, and after a yet to be 
  18. > determined time period (10 - 20 minutes) we will lose the connection.  
  19. > Any suggestions, could Win 95 own own netware work properly.   Any halp 
  20. > would be appreciated,
  21. > 
  22. > Jim Emett
  23. > ph3@earthlink.net
  24. -----------
  25.     Is that 10-20 minutes of no TCP/IP activity at all, or just 10-20
  26. minutes since the start of a session? There are two possible causes for
  27. losing a session after 10-20 minutes of inactivity. One is MSK is not
  28. responding to the RS-6000 TCP keepalive strategy. Another is the RS-6000
  29. is losing its ARP cache entries and fails to properly refresh them (a
  30. fairly common problem among Unices these days).
  31.     If it's the first case, an MSK affair, then we can offer a possible
  32. solution via the pre-alpha v3.15. If the latter, ARP cache, then it's on
  33. the IBM side of the house.
  34.     MSK 3.15, under development, will shortly be opened up for "testing
  35. as we go, at your own risk, things can change daily, etc." Before we announce
  36. this and where to fetch I need a day to write up what's new and such, and
  37. those days are on backorder right now. Jim, if you would contact me directly
  38. at jrd@cc.usu.edu let's arrange for you to grab a copy of v3.15 to try.
  39.     For what it's worth, my student labs use MSK under Win95 heavily
  40. every day with no problems. We do not want a TCP/IP stack resident normally
  41. because there isn't sufficient memory to hold it and the programs people
  42. need to use.
  43.     Joe D.